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System 


Background of the Invention 

5 Field of the Invention 

The present invention relates to the management 

QbnnpuJhzrS 

of users of software of —ar» compute r, especially -a~^ 
persqnal «eomjju Ler , and hardware including peripherals, 
■ arrd to the services rfor » users. 

10 Computers, especially personal computers, have 

become very popular in various fields, and have been 
accompanied by an increasing^ demand for applicable 
software and peripherals. -&9^eCT all}^^ ft- the case of 
software, it is required to sxipport users who have 

15 already purchased software by performing a debugging 
process, removing a failure, updating the version of 
the purchased software, etc. Thus, to recognize users 
who have already purchased specific computer-related 
products, user entries should be prepared and the 

20 demand of users for the services should be 
appropriately checked so that optimal services can be 
provided for the users and the vendors can acquire new 

sucJn 

business chances through -llitjix "services . 


25 


Description of the Related Art 


Conventionally, /("user registration for software 
and hardware -oo q compute - r rol a tod product can be made 

user 

by each -ttser-hs returning b^ mail, to a vendor a 
registration form attached to each product -after 
* frH-l - i - ng -- in the form . The postage may have to be paid 
by users. 

-in — m aking — a — regis t ration — fo^ 5 — a — pa^estuct — by — an 
■ online re g istra t i o n sygtenir— it iu u L ii-essaj. y ttu input, 
required information in a format specified by each 
vendor . 

Furthermore, to check the using status of 


software, such as the number of times the software -±s- 

A 

started up, the conventional method is - only to send 
users individual inquiries, thereby requiring a high 
cost and a t long time to check. '~J_^* lV a n 

Thus, -in tne conventional user - registration *, a 

' A A 

user has to input similar information each time he or 
she purchases a product. Therefore, the user is^ 


has becr\ 


anoi/or -hdlous pay p&m^Tb 


required to perform a difficult operation and send a u 
registration form, etc. whereas the merits and 
necessity of the individual information seem to be 
insignificant to the user.. On the other hand, the 

(torn 

vendor has to pay ^'■eest' required to, for example, 

input - informa tien hand-written by the user on the 

A 

registration form. This process also takes a long 
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time in processing user registration information into 

practically effective user registration information. 

There also has been an increasing cost with an 

increasing number of users. 

5 Furthermore, the conventional method of checking 

the using status has the problem that it is costly and 

takes a long time, Hbrrtr is hard to appropriately use 

A 

the check results for services . From the users 1 view 
points, the merits and necessity of their cooperation 
10 in answering inquiries are not clear to them. 


Summary of the Invention 

The present invention aims at -porforming — by — a- 
user an easier operation *fcro make a user registration 

A 

15 for a computer-related product, realizing a real time 
registration, *« *i3ing hy a vendor the user registration 


i and iih e usi 


information % ahd ^th e using status information, reducing 
the cost and time required to check the using status 
of the product by a user, and appropriately providing 
20 ar service -for a user. 

The computer-related product user management and 
service system includes a user information general 
management unit as the most important component, and, 
as necessary, a user registration/ref erence unit and 
25 a vendor registration/reference unit. 


4 

The user information general management: unit: is 
provided in, for example, a user registration centre 
for generally managing users of computer-related 
products, and generally manages the user registration 
5 information and the using status information 
transmitted from users. The user information general 
management unit manages the users of software and 
hardware which are computer-related products, and 
performs important functions in a system for providing 

10 the users with useful services. 

The user registration/reference unit is, for 
example, a user registration/reference tool commonly 
used for software products, and is installed as part 
of a software product in a user computer as being 

15 separated from the body of the software product when 
the software product is installed. It notifies, for 
example, a user registration centre of the user 
registration information and using status information 
corresponding to a plurality of software products 

20 including the above described software product, and 
asks the user registration centre for new information 
relating to software products. 

Furthermore, the vendor registration/reference 
unit is provided on a software or hardware vendor 

25 (manufacturer) side, obtains from the user information 


general management unit the user registration 
information and the using status information 
transmitted from the users to the user registration 
centre, and notifies the user registration centre of 
new information about the computer-related products, 
thereby allowing the users to utilize the new 
information . 

According to the present invention, when a user 
starts up a software product immediately after 
purchasing a computer, a using status monitor module 
determines that it is the first start up, and the user 
registration/reference unit transmits the user 
registration information to the user information 
general management unit for a new registration. Then 
a user registration is made. The contents of the user 
registration information can be referred to by the 
vendor registration/reference unit on the vendor side. 

If the using status monitor determines that the 
number of times that the software product has been 
started up since the new registration has reached a 
given value predetermined by the vendor of the 
software product, then the number of the start up is 
transmitted as using status information from the user 
registration/reference unit to the user information 
general management unit, and the user information 
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general management; unit: transmits the latest 
information- about the software product to the user 
registration/reference unit. As a result, the user 
can obtain the latest information about the software 
5 product without any special process. 

As described above, according to the present 
invention, the user can make a user registration in 
real time in a simple operation whereas the vendor can 
appropriately provide the user with the latest 
10 information about the computer-related product 
depending on the using status on the user side. 

Brief Description of the Drawings 
Q* > 

FIG. 1 is a block diagram showing the principle 
15 of the present invention; 

FIG. 2 is a block diagram showing the 
configuration of the software user registration 
system; 

FIG. 3 shows the process performed by the 
20 software user registration system shown in FIG. 2; 

FIG. 4 shows the user registration process system 
associated with a system configuration; 

FIG. 5 shows the latest information reference 
system associated with the system configuration; 
25 FIG. 6 is a flowchart showing the user 
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registration process ; 

FIG. 7 is a flowchart showing the latest 
information reference process; 

FIG. 8 is a detailed flowchart showing the user 
5 registration process; 

FIG. 9 is a detailed flowchart showing the latest 
information reference process; 

FIG. 10 is a flowchart showing the tool updating 
process corresponding to the update of the version of 
10 the user registration/reference tool; 

FIG. 11 shows the contents of the file storing 
personal information about users; 

FIG. 12 shows the contents of the file storing 
software registration information; 
15 FIG. 13 shows the contents of the file storing 

the information from a software vendor; 

FIG. 14 shows the contents of the master database 
storing personal information about users; 

FIG. 15 shows the contents of the master database 
20 storing software registration information; 

FIG. 16 shows the contents of the master database 
storing the information from a software vendor; 

FIG . 17 shows a start up screen of a software 
registration/reference tool ; 
25 FIG. 18 shows an input screen for software 
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registration information; 

FIG. 19 shows a check screen for software 
registration information; 

FIG. 20 shows an input screen (1) for personal 
5 information about users; 

FIG. 21 shows an input screen (2) for personal 
information about users; 

FIG. 22 shows a check screen for personal 
information about users; 
10 FIG. 23 shows a software registration starting 


screen; 

FIG. 24 shows a screen for performing a process 
of software registration; 

FIG. 25 shows a software registration completion 


FIG. 26 shows a latest software information 
acquisition starting screen; 

FIG. 27 shows a screen in the process of 
acquiring the latest software information; and 


15 


screen; 


20 


FIG. 28 shows a latest software information 


acquisition completion screen. 


25 


Description of the Preferred Embodiments 

FIG. 1 is a block diagram showing the principle 
of the present invention. In detail, FIG. 1 is a 
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block diagram showing the principle of a computer- 
related product user management and service system, 
enabling an easy user registration of computer-related 
products and an easy check of the using status, and 
5 providing a service according to user registration 
information and using status information. 

In FIG. 1, a user information general management 
unit 1 is provided in, for example, a user 
registration centre for generally managing users of 

10 computer-related products, and generally manages the 
user registration information and using status 
information transmitted from users. The user 

information general management unit 1 manages the 
users of software and hardware which are computer- 

15 related products, and performs important functions in 
a system for providing the users with useful services. 

A user registration/reference unit 2 is, for 
example, commonly used for software products, and is 
installed as part of a software product in a user 

20 computer -ae — bo - i - ng separated from the body of the 
software product when the software product is 
installed. It provides the user registration 

information and using status information corresponding 
to a plurality of software products including the 

25 above described software product, and requests new 
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information relating to software products to the user 
registration centre. 

Furthermore, a vendor registration/reference unit 
3 is provided on a software or hardware vendor 
5 (manufacturer) side, obtains the user registration 
information and the using status information, 
transmitted from the user to the user information 
general management unit 1, and notifies the user 
information general management unit 1 of new 

10 information about the computer-related products. 

FIG. 2 is a block diagram showing the 
configuration of the software user registration system 
as an embodiment of the computer-related product user 
management and service system. The present invention 

15 is applicable not only to software but also to all 
computer-related product user management and service 
systems including hardware . Described below are 
embodiments of a user management and service system 
for handling software products which require user 

20 entries much more than other computer-related products 
and require support services from vendors. 

In the system shown in FIG. 2, a user 10 and a 
vendor 11 are connected to. a user registration centre 
13 through a network 12, for example, an Internet and 

25 personal computer communications. 


A user registration/reference tool 15 commonly 
used in registering plural sets of software 14a 
through 14c and a database 16 for storing personal 
information about each user and registration 
information about software, etc. are provided on the 
user 10 side. 

When the user 10 tries to install software A 14a 
first, the user registration/reference tool 15 
incorporated into the software is installed separately 
from the body of the software product, and is used for 
a registration for use of the software 14a. Using the 
user registration/reference tool 15, personal 
information about an individual user such as the name 
and the address of the user, etc. and software 
registration information such as the serial number of 
the software, etc. are stored in a master database 17 
in the user registration centre 13 through the network 
12. The stored data is further stored in any of 
databases 18a through 18c for respective software 
vendors . 

From the user registration centre 13, for 
example, a user registration number uniquely assigned 
to each software code is provided for the user 
registration/reference tool 15 through the network 12, 
and the registration information about the software 


containing the provided contents and personal 
information about individual users are stored in the 
database 16 on the user side. The registration 
information containing a user registration number is 
stored in the database 16 without starting another 
specific communications software, and the user can be 
informed of the stored data on, for example, the help 
screen. 

A vendor registration/reference tool 19 is 
provided on the vendor 11 side, and the vendor 11 
refers to user personal/registration information 
stored in any of the databases 18a through 18c for 
each vendor using the vendor registration/reference 
tool 19, and notifies the user registration centre 13 
of the latest information about software as 
information from the vendor so that the contents of 
the information can be stored in any of the databases 
18a through 18c for each vendor. 

When the frequency of use of specific software, 
for example, the number of times of starting up, 
reaches a predetermined value, the user 
registration/reference tool 15 notifies the user 
registration centre 13 of the value through the 
automatically connected network 12. The frequency of 
use is referred to by the vendor 


13 

registration/reference tool 19. According to the 
notified frequency of use, the information from the 
vendor is transmitted as the latest information about 
the software from the user registration centre 13 to 
5 the user registration/reference tool 15 through the 
network 12. Thus, the user 10 can obtain the latest 
information about the software. When the frequency 
reaches a predetermined value, a message from the 
vendor is displayed to the user, and the user 

10 determines whether or not the using status data should 
be provided to the user registration centre. At a 
request from the user, the network is automatically 
connected and the using status data is transmitted. 

FIG. 3 shows various processes performed between, 

15 for example, a personal computer (PC) on the user 10 
side and, for example, a server on the user 
registration centre 13 side relating to the system 
shown in FIG. 2. In FIG. 3, there are the body of the 
software 14, the user registration/reference tool 15, 

20 and the database 16 on the user 10 side. The user 
registration/reference tool 15 is fundamentally common 
among a plurality of normal software products. For 
example, when a software product (SP1) is installed 
in a personal computer, the user 

25 registration/reference tool 15 is installed as 
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separated from the body of the software product so 
that it can be used in a user registration process for 
the software product SP1. 

When a user registration is made for a different 
5 software product (SP2), the user 

registration/reference tool 15 incorporated into the 
already installed software product (SP1) is invoked 
to be used in the user registration. However, the 
user registration/reference tool 15 is updated for a 

10 new version corresponding to the changes in the 
representation for the operating system. If the user 
registration/reference tool 15 incorporated into the 
software product to be used in the user registration 
is a newer than the already installed version, then 

15 the user registration/reference tool 15 is updated and 
a new tool is used. 

The processes performed on the user 10 side are: 
a counter notification process 22 for notifying the 
user registration centre 13 of the number of times of 

20 starting up as using status data according to the 
monitor result of a using status monitor module 21 for 
monitoring the number of times of starting up of 
software; a new registration process 23 for making a 
registration for use of new software; an information 

25 reference process 24 for referring to the latest 
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information provided from the vendor of the software 
product, about the software product which has already 
been registered for use, and is actually being used, 
that is, the information from the vendor in FIG. 2; 
5 a registration change process 25 for changing the 
already registered contents; an additional 
registration process 26 for adding a new registration 
to new software; and a registration reference process 
27 for referring to the already registered contents, 

10 In these processes, the counter notification 

process 22, the new registration process 23, and the 
information reference process 24 are invoked by a 
start up module 20 inside the body of the software 
14, receive software information such as the name of 

15 the vendor of the software the name of the software, 
the version number, etc. through the using status 
monitor module 21 from the start up module 20, and 
performs the processes according to the software 
information, etc. When the process terminates, 

20 termination information is returned to the start up 
module 20, and then the process of the body of the 
software is performed. The using status monitor 
module 21 makes the new registration process 23 
perform when the number of times of starting up is 0, 

25 makes the counter notification process 22 perform when 
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the number of times of starting up has reached the 
number of times a notification should be transmitted 
to the user registration centre 13, and makes the 
information reference process 24 perform when a number 
5 of times, predetermined by the vendor of a software 
product, at which new information should be referred 
to, is reached. 

The information reference process 24 can also be 
started by a call from a menu module 28. When the 

10 user wants to receive the latest information about a 
software product, for example, the process starts with 
the user's click of the 'latest information' button 
on the menu. On the other hand, the registration 
change process 25, the additional registration process 

15 26, and the registration reference process 27 are 
started only by the call from the menu module 28. 

The processes of the functions for user 30 on the 
user registration centre 13 side are a counter 
notification process 33; a new registration process 

20 34; an information reference process 35; a 
registration change process 36; and an additional 
registration process 37. The processes of the 
functions for vendor 31 on the user registration 
centre 13 side are a download process 38 and an 

25 information registration process 39. Various 
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databases 32 in the user registration centre 13 
correspond to the master database 17 shown in FIG- 2 
and the databases 18a through 18c for each vendor. 

Various processes of the functions for user 30 
5 correspond to the identically named processes 
performed by the user registration/ref erence tool 15, 
and are performed corresponding to the process 
m performed on the user registration/reference tool 15 

CJ side, and the process results are returned to the user 

\I 10 10 side as necessary. For example, the new 

O registration process 34 is performed according to the 

= registration information transmitted as a result of 

L=. the new registration process 23 on the user 10 side. 

The registration acknowledgement information 
5 15 indicating the process result is returned to the user 

10 side. 

The download process 38 of the functions for 
vendor 31 classifies the user personal information and 
the software registration information transmitted from 

20 the user 10 side for each vendor, and transmits the 
information to the vendor. The information 

registration process 39 stores the information from 
the vendor shown in FIG. 2, that is, the latest 
information about the software product in the database 

25 32. The registration reference process 27 on the user 
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10 side has no corresponding process on the user 
registration centre 13 side, but refers to the 
registered data about a software product, that is, the 
personal information, and the registration information 
5 about the software, etc. stored in the database 16, 
on the user side. 

FIGs. 4 and 5 show the software user 
registration system and the latest information 
reference system related to the system configuration. 

10 FIG. 4 shows the new user registration system for a 
software product. In FIG. 4, as in FIG. 3, a personal 
computer PC (U) on the user side includes the software 
body 14, the user registration/reference tool 15, a 
user personal information file 51, a registration 

15 information file 52 about software, and a file 53 for 
storing the latest information from the software 
vendor . 

The user registration centre (RC) 13 includes a 
user information and using status data obtaining 

20 module 45 and an information distribution module 46 
as an internal configuration element; a master 
database 54 for storing user personal information; a 
master database 55 for storing software registration 
information; a master database 56 for storing the 

25 latest information about the software from the vendor; 
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and databases 57a through 57c for each vendor. 

On the other hand, for example, a personal 
computer PC or a workstation WS (V) on the software 
product vendor 11 side includes the vendor 
5 registration/reference tool 19 containing a user 
information and using status data obtaining module 47 
and an information registration module 48 as a 
component . 

The procedure of the new registration process for 

10 the software product 14 is described by referring to 
FIG. 4. When the software product 14 is started by the 
start up module 20, it is determined by the using 
status monitor module 21, for example, a number of 
times of starting up counter that the software product 

15 14 is started for the first time. Then, a user 
registration tool invoking module 40 invokes the user 
registration/reference tool 15. 

A user information registration and using status 
notification module 41 in the tool transmits personal 

20 information about a user and software registration 
information to the user information and using status 
data obtaining module 45 forming part of the server 
44 in the user registration centre 13. The user 
personal information is stored in the master database 

25 54, and the registration information about the 


20 

software is stored in the master database 55. The 
personal information about the user and the 
registration information about the software are 
distributed to a database corresponding to the 
5 registered software vendor in the master databases 54 
and 55 among the databases 57a through 57c for each 
software vendor. 

When the information registration is completed, 
the server 44 notifies the user registration/reference 

10 tool 15 of the termination result of the process. The 
termination result contains a user registration number 
for each software code as a part of the registration 
information about the software. The user registration 
number is uniquely assigned by the user registration 

15 centre 13 in such a format that a software vendor can 
be identified. On the user 10 side, the personal 
information about a user used in the user registration 
is stored in the file 51, and the software 
registration information containing the user 

20 registration number is stored in the file 52. 

The user information and using status data 
obtaining module 47 in the vendor 
registration/reference tool 19 on the software product 
vendor 11 side obtains personal information about a 

25 user and software registration information stored in 
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trhe databases 57a through 57c for each vendor. The 
information registration module 48 transmits, as 
necessary, the latest information about a registered 
software product, that is, the information from the 
5 software vendor to the user registration centre 13, 
and the vendor information is stored in the master 
database 56, and stored in any of the databases 57a 
through 57c for each software vendor. 

In FIG. 4, the user registration/reference tool 

10 15 is invoked from the user registration tool invoking 
module 40 through the call from the menu module 28 
inside the body of the software product 14 on the user 
10 side, and the user registration process is 
performed when the registration change process 25 or 

15 the additional registration process 26 described by 
referring to FIG. 3 is performed. The registration 
process in this case is performed similarly to the new 
registration process. 

FIG. 5 shows the latest information reference 

20 system for software. In FIG. 5, when the body of a 
software product 14 is started by the start up module 
20 in the software 14 on the user 10 side, the using 
status monitor module 21, for example, a number of 
times of starting up counter determines the number of 

25 times of starting up of the software. If it 
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determines that the number of times, at which the 
latest information about the software should be 
referred to, preliminarily specified by the vendor, 
has been reached, then the user registration tool 
5 invoking module 40 invokes the user 
registration/reference tool 15, and an information 
obtaining and reference module 42 in the user 
registration/reference tool 15 requests the 
information distributing module 46 of the server 44 

10 in the user registration centre 13 to distribute 
information from the software provider* 

In response to the request, the information 
distributing module 46 extracts information from a 
database for each software provider, for example, 

15 database 57a through the master database 55 for 
storing software registration information, and the 
master database 56 for storing information from a 
vendor or provider, transmits the extraction result 
to the information obtaining and reference module 42 

20 on the user 10 side. The information is displayed to 
the user 10, and stored in the information file 53 for 
storing the information from the software vendor or 
provider. Thus, even if the number of times of 
software starting up, at which the latest information 

25 should be referred to, has not reached the software 
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vendor-specified number of -times, the user, for 

example, can instruct the user registration tool 

invoking module 40 to invoke the user 

registration/reference tool 15 through a call from the 
^? 

5 menu module -25% thereby the process of obtaining the 

A 

latest information is performed. 

FIGs . 6 and 7 are flowcharts showing the user 
registration process and the latest information 
reference process corresponding to FIGs . 4 and 5 . 

10 When the process starts in the user registration 
process flowchart shown in FIG. 6, the body of the 
software product 14 is first started in step SI. In 
step S2 , the number of times of starting up of the 
software product is counted. In step S3, it is 

15 determined whether or not the software product has 
already been registered. If it has already been 
registered, control is passed to the flowchart of the 
latest information reference process of FIG. 7. 

If the registration has not been made for the 

20 started software product, a registration/reference 
tool is started in step S4. In step S5, the personal 
information about users and the registration 
information for the software are input. The input of 
the information is described later by referring to an 

25 example of a screen. 
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Then, in step S6, a communications module is 
started, and the user personal information and the 
software registration information are transmitted from 
the user to the registration centre. 
5 On the user registration centre side, the user 

personal information and the software registration 
information are received in step S7. In step S8, a 
JJ user registration number is assigned corresponding to 

jH the software, for example, a software code. After 

§=* 10 sending the result to the user, the software 

q registration information including the user 

J* registration number and the user personal information 

are respectively stored in the databases 55 and 54 in 
M= step S9 . 

L ^ 15 On the user side, the user registration number 

■SET 

is received in step S6, and the software registration 
information including the reception result and the 
user personal information are respectively stored in 
the files 52 and 51. 

20 On the other hand, the vendor is informed from 

the registration centre that new information has been 
registered. In step S12, a registration/reference 
tool is started. In step S13, the vendor starts a 
communications module, and requests the registration 

25 centre to transmit newly registered information. The 
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registration centre distributes the contents of the 
master database 54 for storing the user personal 
information and the master database 55 for storing the 
software registration information to the database for 
5 each vendor in step Sll, and transmits the distributed 
results to the vendor. The vendor receives the result 
in step S13, and stores the contents in the memory not 
shown in FIG. 6. 

y3 FIG. 7 is a flowchart showing the latest 

M 10 information reference process performed when it is 

JSj determined that the registration for the software 

w product started in step S3 shown in FIG. 6 has already 

M* been made. Described below by referring to FIG. 5 is 

Ll the case in which the user registration tool invoking 

2 15 module 40 is called by the using status monitor module 

SJ 21, not by the menu module 25, and the user 

registration/reference tool is then invoked. 

First in step S21, it is determined whether or 
not the number of times of starting up is equal to the 
20 value preliminarily specified by the software vendor 
as the number of times of starting up at which the 
latest information should be referred to. If the 
number of times of starting up is not equal to the 
specified value, then control is passed to the process 
25 of the module of the body of the software, and the 
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latest information reference process is not performed. 

If it is determined that the number of times of 
starting up is equal to the specified value, then the 
user registration/reference tool is started in step 
5 S23, and providing of the latest information is 
requested to the registration centre using the 
contents of the file 52 for storing the registration 
information about the software. 

The registration centre transmits an information 

10 extraction instruction together with the information 
extraction condition to the master database 56 for 
storing the information from the vendor in step S24. 
The extracted information is transmitted to the user 
side in step S25, and the transmitted information is 

15 displayed in step S26. The display of the information 
is described later by referring to an example of a 
screen. 

The information extraction conditions referred 
to in this embodiment are a software code, a serial 

20 number, using status data, that is, a number of times 
of starting up, information type related to, for 
example, user's experience in using a software 
product, a related software product code to be used 
in combination, a display period during which the 

25 latest information is displayed. 
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On the vendor side, the registration/reference 
tool is started in step S27. In step S28, the 
communications module is started and the latest 
information is transmitted to the registration centre, 
5 On the registration centre side, the information is 
stored in the master database 56 through the database 
for each software vendor and transmitted to the user 
corresponding to the extraction condition in step S29. 
The program for realizing the process of each 

10 step in the above described flowchart is stored in the 
memory, not shown in FIG. 4, of the user registration 
centre (RC) 13, the user personal computer PC (U) 10, 
a personal computer or workstation PC/WS (V) 11, and 
is executed to perform various processes shown in FIG. 

15 3. 

FIG. 8 is a detailed flowchart showing the user 
registration process. Unlike the flowchart in FIG. 
6, the information reference step is not taken, but 
a normal process is performed as an application in 
20 step S14 when it is determined that the software of 
the application started in step S3 has already been 
registered. 

Furthermore, step S5 shown in FIG. 6 is divided 
into step S5a in which user personal information and 
25 software registration information are input and step 
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S5b in which input information is edited. Of the 
edited input information, a personal authentication 
identification number is stored in the user personal 
information file 51, and a software name is stored in 
5 the registration information file 52. 

As the first half of the communications module 
start up transmitting/receiving process in step S6 
shown in FIG. 6, the user/software information 
transmitting process is performed in step S6a as shown 

10 in FIG. 8. On the registration centre side, the 
reception of the registration process is awaited in 
step S16 after initializing the centre process in step 
S15, and vendor information stored in the vendor 
information master DB 56 is assigned when a user 

15 registration number is assigned in step S8 as in step 
S6. 

In FIG. 8, the registration completion 
information transmitting process is performed in step 
S17 after the process in step S8. After the 

20 registration completion information is transmitted to 
the user, data is stored in the master DB in step S9 
as shown in FIG. 6. The user personal information is 
stored in the user personal information master DB 54, 
and the software registration information is stored 

25 in the registration information master DB 55. 
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The registration completion information 
transmitted from the registration centre side is 
received on the user side in the registration 
completion information receiving process in step S6a, 
and the contents are stored on a disk in step S10 as 
in FIG, 6. Files to be stored are the user personal 
information file 51, the registration information file 
52, and the software vendor information file 53, 

FIG. 9 is a further detailed flowchart showing 
the latest information reference process. In FIG. 9, 
the process in which a registration/reference tool is 
invoked from the menu module 28 is described. 

As shown in FIG. 8, an application is started on 
the user side in step S31, and the number of times of 
starting up is counted in step S32. Then, in step 
S33, it is determined whether or not a 
registration/reference tool has been started from the 
menu module in step S33 . If not, a normal process is 
performed as an application in step S34. 

If the start up is performed from a menu module, 
the registration/reference tool is started in step S23 
as shown in FIG. 7, and the user personal information, 
the software registration information are read in step 
S35. The information is read, as necessary, from the 
user personal information file 51, the registration 


• 
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information file 52, and the software vendor 


information and software registration information are 
transmitted to the registration centre in the 
transmitting process in step S36. 

On the registration centre side, the latest 
information reference process is awaited in step S38 
after the centre process initialization in step S37. 
When a latest software information reference request 
is received in the process of receiving the user 
personal information from the user side and the 
software registration information in step S39, the 
user personal information and the software 
registration information respectively stored in user 
personal information master DB 54 and the registration 
information master DB 55 are read, and it is 
determined in step S41 whether or not the reference 
requesting user is an authenticated user of the 
software to be referenced. If yes, the vendor 
information is read from the vendor information master 
DB 56 in step S42, and it is determined in step S43 
whether or not the information is the latest 
information. If yes, the latest information is 
transmitted to the user side in the latest information 
transmitting process in step S44. 


information 


file 


53. 


The read user personal 
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If it is determined in step S41 that the 
reference requesting user is not an authenticated 
user, then an error notification is transmitted to the 
user side in step S45. If it is determined in step 
5 S43 that the information is not the latest 
information, the user is informed that no latest 
information exists . 

The latest information, an error notification, 
etc. are received on the user side in the receiving 

10 process in step S46. For example, the latest 
information is stored in the software vendor 
information file 53 as necessary in step S47, thereby 
terminating the process. 

FIG. 10 is a flowchart showing the tool updating 

15 process corresponding to the update of the version of 
the user registration/reference tool. According to 
the present embodiment, the user„ 
registration/reference tool mainly comprises the user 
information registration and using status notification 

20 module 41 and the information obtaining and reference 
module 42 as shown in FIG. 4 . The above described 
modules are hereinafter referred to as add-in tool 
main programs. In addition to the add-in tool main 
program, the user registration/reference tool 15 

25 comprises an add-in tool related file and a 
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registration information related file. According to 
the present embodiment, the add-in tool related file 
corresponds to a network access point file. 

The flowchart shown in FIG. 10 is based on, for 
5 example, marketed software, that is, an application, 
installed on the personal computer on the user side. 
In this case, the user registration/reference tool, 
that is, an add-in tool, is contained in the directory 
of an application immediately after the installation. 

10 In the personal computer on the user side, an add-in 
tool being operated exists in the system directory of 
the personal computer. 

When the process starts in FIG. 10, the add-in 
tool main program corresponding to newly purchased 

15 software is read in step S51 . In step S52, it is 
determined whether or not the system directory of the 
personal computer contains an add-in tool. If not, 
it indicates that the user registration/reference 
tool, that is, the add-in tool, is first installed in 

20 the personal computer. As a result, the add-in tool 
main program is moved into the directory in step S57, 
thereby terminating the process. 

If it is determined in step S52 that an add-in 
tool exists in the system directory of the personal 

25 computer, then the existing add-in tool main program 
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and a related file is read in step S53, and the 
versions are compared with each other in step S54. 
If the add-in tool existing in the system directory 
is older, then the add-in tool main program is 
5 replaced with the new version of the related file in 
step S55. If the resultant contents are new or equal, 
then control is passed to step S53 without performing 
the process in step S55. 

The processes in steps S53 through S55 are 

10 performed on all add-in tools existing in the system 
directory of the personal computer. After the 
processes have been completed on all add-in tools, 
control is passed from step S53 to step S56, and the 
add-in tool main program contained in the directory 

15 of the application and the related files are removed, 
thereby terminating the process. 

FIGs. 11 through 13 show the contents of the 
files provided on the user 10 side shown in FIG. 4. 
FIG. 11 shows the contents of the file 51 for storing 

20 the user personal information. The user personal 
information as the contents of the file is stored in 
the file 51 by user's inputting when a software 
product is registered for use. When another software 
is registered for use, the contents are used for the 

25 registration, thereby preventing the user from re- 
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inputting the same contents. 

FIG. 12 shows the contents of the file 52 for 
storing software registration information. In the 
stored contents, a software code is represented by 
coding the name of a software product and a version 
level. A serial number corresponds to a production 
number, and is assigned to each software code by the 
software vendor. When a software is registered for 
use, the serial number of software, purchased by a 
user, is unknown to the vendor, and the user has to 
input the serial number as part of registration 
information. 

A user registration number is assigned for each 
software code on the user registration centre 13 side 
as described above. Simultaneously, a number is 
assigned in a format in which the software vendor 
product can be identified. Using status data is a 
number of times of starting up of the software product 
according to the present embodiment . 

A requested information type is specified by a 
user when a software product is registered, and 
indicates the type of the latest information requested 
by the user. For example, a type A refers to 
enhancement information about new product information, 
version-up information, etc. A type B refers to 


information about products for use in combination 
among the products of the same vendor, information 
about convenient functions. A type C refers to 
linkage information used when a software product is 
linked with another vendor software product and 
hardware product . 

FIG. 13 shows the contents of the file 53 for 
storing the information from a software vendor. The 
contents are the latest information transmitted from 
the user registration centre 13 in response to the 
request from the user, and includes a user 
registration number assigned for each software code. 

FIGs. 14 through 16 show the contents of the 
master databases 54 through 56 provided in the user 
registration centre 13 shown in FIG. 4. FIG. 14 shows 
the contents of the master database 54 for storing the 
user personal information. The master database 54 
stores the contents of the user personal information 
file 51 for storing the personal information about the 
user shown in FIG. 11, and the user registration 
number assigned in the user registration centre 13 . 

FIG. 15 shows the contents of the master database 
55 for storing the software registration information. 
The registration information as the contents shown in 
FIG. 15 are similar to those described above. 
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Additionally, the database stores the number of times 
the user has obtained the information about the 
software product. 

FIG. 16 shows the contents of the master database 
5 56 for storing the information from the vendor. In 
FIG. 16, the start and the end of the display indicate 
the display period under the information extraction 
condition, that is, the effective display period of 
the vendor information. The related software code is 

10 one of the extraction condition, and is provided by 
another vendor corresponding to the above described 
information type C. 

FIGs. 17 through 25 show examples of the screens 
displayed during the process performed on the user 

15 side shown in the user registration process flowchart 
of the software product shown in FIG. 6. FIG. 17 
shows a screen indicating the starting up of the 
software registration/reference tool. On the screens, 
the user selects any of new registration, change of 

20 registration, and obtaining the latest information 
using a mouse. The ' NAME OF FORM 1 indicating the 
contents of the screen process refers to one screen. 

FIG. 18 shows an input screen of the software 
registration information. In FIG. 18, the information 

25 received from the body of the software, that is, the 


37 

name of the vendor (provider), the name of the 
software, a version number, etc- are displayed. The 
information not obtained from the body of the 
software, that is, the serial number in this example, 
is input by the user. 

FIG. 19 shows the software registration 
information check screen. In this example, the 
registration information obtained from the body of the 
software and the information input by the user can be 
checked. 

FIGs. 20 and 21 show an input screen of user 
information, that is, the personal information about 
the user. In FIG. 20, the user specifies a person or 
a corporation, and inputs the name of the specified 
person or corporation. In FIG. 21, a post code, an 
address, a telephone number, etc. are input. 

FIG. 22 shows the check screen of the user 
information, that is, the personal information about 
a user. The input personal information is checked. 

FIG. 23 shows the registration starting screen. 
When the user makes a registration, communications 
start to make an online registration by setting 
communications environment, or pushing a dial 
illustrated button in the drawing. When the cancel 
button is pushed, no registration is made. Thus, 
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according to the present embodiment, no registration 
is made when the user does not request the 
registration. That is, the registration is made only 
at the request of the user. When the user does not 
request the registration, that is, cancels the 
registration, an indication to recommend the 
registration process is displayed when the software 
product is started from the next time on. 

FIG. 24 shows the screen of the communications 
in process, that is, the screen on which the online 
registration is performed. As described in the 
remarks column, the process meter indicates to what 
extent the communications have proceeded from the 
initialization of the port to the disconnection of the 
line. 

FIG. 25 shows an example of the screen informing 
that the user registration has been completed, and the 
user registration number is displayed in the window. 
The remarks column indicates the amount of information 
as registration information. 

FIGs. 26 through 28 show an example of the screen 
on the user side in the latest information reference 
process shown in FIG. 7. In this case, the 
registration/reference tool is started in step S23 
shown in FIG. 7, the screen showing the start up of 
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the registration/reference tool shown in FIG. 17 is 
displayed, and 'obtaining latest information 1 is 
selected by clicking the mouse. Thus, the screen on 
which the latest information obtaining process is 
checked is displayed as shown in FIG. 26. In FIG. 26, 
cancel is acceptable. If the user does not request 
the latest information, the information is not 
referred to and the recommendation of the reference 
process is displayed from the next process on. 

FIG. 27 shows the screen displaying the 
communications process being performed. On this 
screen, the process meter indicates to what extent the 
communications have proceeded from the initialization 
of the port to the disconnection of the line. 

FIG. 28 shows an example of the screen informing 
that the latest information has been obtained. The 
screen displays the latest information, that is, the 
latest information from the vendor. When the 
termination button is pressed, the latest information 
reference process terminates . The remarks column 
indicates the amount of the latest information. 

In the explanation above, the user management and 
service system is described by referring to a software 
product in computer-related products. However, the 
present invention is not limited to the software 
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product, but: can be applied to a user management and 
service for hardware including peripherals . 
Furthermore, among the processes performed by the 
system, the new registration process and the latest 
5 information reference process are described in 
explaining the operations of the system* However, the 
types of the processes and the aspects of the 
processes are not limited to the descriptions of the 
preferred embodiments above . That is , various 

10 processes can be performed in various formats. 

As described in detail above, the user can make 
user registration for a computer-related product in 
a simple procedure and receive various after-services 
from a vendor on an online network without delay. The 

15 computer-related products vendor can easily acquire 
the using status information of a product at a low 
cost, and reduce a cost for user registration and user 
services . Furthermore, various information services 
can be provided for each user and therefore attract 

20 a large number of users. Additionally, value-added 
business can be realized through user registration 
information, thereby contributing a lot to the 
development of the entire computer industry. 


